|
Kod alfanumeryczny umożliwiający identyfikację typu wysyłki. | |
Podczas tworzenia kod legislacji może być inicjalizowany za pomocą parametru użytkownika LEGFIL - Legislacja (filtr wyboru) (rozdział SUP, grupa INT). Parametr ten jest używany również do odfiltrowywania listy wyboru tak, aby zawierała ona tylko kody zdefiniowane dla tej legislacji oraz kody zdefiniowane na poziomie „Wszystkich legislacji”. Kod legislacji nie jest wymagany. Jeśli został wprowadzony, użycie typu wysyłki jest zarezerwowane wyłącznie do firm podlegających danej legislacji.
Przypomnienie głównych zasad dotyczących użycia danych lub konfiguracji elementów zdefiniowanych przez legislację, jeśli kontekst firmy jest znany (rekord, przepływ itp.) - Jeśli element ustawień jest zdefiniowany dla legislacji to można go użyć tylko, jeśli legislacja kontekstu jest taka sama.
Nie można go użyć, jeśli rekord jest skonfigurowany również dla innej legislacji.
- Jeśli element ustawień jest zdefiniowany bez legislacji (poziom „Wszystkie legislacje”) to jest on uznawany za element wielolegislacyjny. Ten element może zostać użyty w każdym rekordzie, niezależnie od legislacji, o ile nie istnieje element ustawień z tym samym kodem zdefiniowany dla legislacji firmy. W takim przypadku w wyborze i wprowadzaniu odpowiednio proponowany i akceptowany jest tylko element ustawień zdefiniowany dla legislacji firmy (o ile jest on aktywny).
Uwagi: - Jeśli element ustawień zdefiniowany dla firmy nie jest aktywny, a element ustawień zdefiniowany na poziomie wszystkich lokalizacji jest aktywny, to tego elementu ustawień nie można użyć.
- Aby zmniejszyć czas przetwarzania, a więc poprawić wydajność, nie zaleca się tworzenia rekordów wielolegislacyjnych, a raczej tworzenie rekordów dla każdej legislacji w folderze.
Więcej informacji znajduje się w dokumentacji na temat poprawy wydajności dla listy obiektów wielolegislacyjnych.
- Stosowany jest dodatkowy filtr na elemencie ustawień w zależności od zdefiniowanej grupy firm. Ten element może zostać użyty i jest sugerowany w wyborze tylko, jeśli firma, z którą rekord jest powiązany przynależy do danej grupy firm.
Przykład 1: Ustawienia typu faktury jak poniżej: Typ faktury | Legislacja | FAF | Puste = wszystkie legislacje | FAF | FRA | CTD | Puste = wszystkie legislacje | BEF | FRA | CVC | POR |
Podczas wprowadzania faktury dla firmy z legislacją FRA, w wyborze sugerowane są tylko następujące typy faktur:
Typ faktury | Legislacja | FAF | FRA | CTD | Puste = wszystkie legislacje | BEF | FRA |
Stosowany jest dodatkowy filtr w zależności od wprowadzonej grupy firm. Jeśli, jak w przykładzie powyżej, grupa firm została również wskazana na poziomie ustawień faktury typu FAF z legislacją FRA to ten typ faktury jest sugerowany w wyborze tylko, jeśli firma przynależy do wprowadzonej grupy firm.
Przykład 2: Ustawienia typu faktury jak poniżej: Typ faktury | Legislacja | Grupa firm | FAF | Puste = wszystkie legislacje | Puste = wszystkie grupy | FAF | FRA | GRP | CTD | Puste = wszystkie legislacje | Puste = wszystkie grupy | BEF | FRA | Puste = wszystkie grupy | CVC | POR | Puste = wszystkie grupy |
Podczas wprowadzania faktury dla firmy z legislacją FRA przynależącą tylko do grypy NOR, w wyborze dostępne są tylko następujące typy faktur:
Typ faktury | Legislacja | Grupa firm | CTD | Wszystkie legislacje | Wszystkie grupy | BEF | FRA | Wszystkie grupy |
Faktura typu FAF nie może zostać użyta, ponieważ jest ona zdefiniowana dla grupy firm GRP dla legislacji FRA. | |
Ten długi nagłówek jest używany jako tytuł na ekranach i w raportach. | - Krótki tytuł (pole SHOAXX)
|
Krótki opis używany jest na ekranach i w raportach. Zapisywany jest w języku połączenia.
| |
Podczas uzupełniania grupy firm, istnieje możliwość ograniczenia zakresu użycia wyłącznie do firm danej grupy. Jeśli dana ta jest używana dla innej danej lub w elemencie ustawień zdefiniowanym również na poziomie grupy, procedura kontrolna sprawdza, jeśli grupy się różnią, czy przynależą one przynajmniej do tej samej firmy. Co więcej, kontrola zgodności jest wykonywana dla legislacji firmy wybranej grupy. Przynajmniej jedna z tych firm musi mieć taką samą legislację, co uzupełniona w polu „Legislacja”. Jeśli tak nie jest, wyświetla się komunikat o błędzie. Podczas używania typu dokumentu, między legislacją/grupą typu dokumentu a legislacją/grupą dokumentu wykonywana jest również kontrola spójności. Więcej informacji znajduje się tutaj.
|
- Kategoria wysyłki (pole SDHCAT)
|
Jest to kategoria typu wysyłki do wybrania spośród następujących kategorii: - Normalna
Ta kategoria funkcjonuje w klasycznym cyklu wysyłki: zamówienie, wysyłka, fakturowanie. Wysyłka może zostać zastąpiona przez bezpośrednie zlecenie back-to-back. Zapasy są przesuwane podczas wysyłki.
- Wypożyczenie
Ta kategoria wysyłki dotyczy wypożyczenia towarów: zamówienie wysyłka z przesunięciem magazynowym do miejsce składowania kontrahenta w momencie zatwierdzenia: zapas wypożyczonych artykułów musi więc być obowiązkowo zarządzany w miejscach składowania. Zakłada ona zarządzanie datą zwrotu z wejściem na magazyn w źródłowym miejscu składowania i nie powoduje fakturowania (o ile przewidywana data zwrotu nie została przekroczona).
- Dla kooperacji
Ta kategoria dotyczy wysyłek adresowanych do kooperantów. Jest ona dostępna wyłącznie, jeśli kod działania LST - Wysyłki kooperacji jest aktywny na poziomie Folderu.
- Niezafakturowane
Ta kategoria wysyłki dotyczy wyłącznie wysyłek niefakturowanych - są to wysyłki bezpośrednie lub tworzone na podstawie zadań zarządzanych w ramach zarządzania projektami (tworzenie wysyłek na podstawie zadań zarządzanych w ramach zarządzania projektami nie jest jeszcze dostępne).
| - Licznik ręczn. (pole MANCOU)
|
Ta informacja umożliwia wskazanie, czy numer dokumentu może być wprowadzany ręcznie. - Jeśli wartość pola to „Nie”, numer może zostać przypisany wyłącznie automatycznie.
- Jeśli wartość pola to „Tak”, numer może także zostać wpisany. Jeśli numer nie został wpisany, zostanie on przypisany automatycznie przez licznik w momencie utworzenia dokumentu.
| - Data aktualizacji dokumentu (pole DATUPDFLG)
|
  | |
Kod licznika powiązany ze zdefiniowanym typem wysyłki musi być obowiązkowo uzupełniony, niezależnie od tego, czy przypisanie numerów odbywa się automatycznie, czy ręcznie. Zaleca się więc uprzednie zdefiniowanie licznika w tabeli liczników uzyskując ewentualnie dostęp z poziomu tego pola za pomocą tunelu. | |
Pole to jest widoczne wyłącznie, jeśli spełnione są następujące warunki: - kod działania KPO - Lokalizacja portugalska jest aktywny,
- kod legislacji typu zwrotu jest pusty lub ma wartość: POR.
Można tutaj wskazać ostateczny licznik. Musi się on różnić od głównego licznika. Ten licznik jest używany podczas zatwierdzania wysyłki w celu przypisania jej nowego numeru. Parametr SDHENDNBR - Ostateczny licznik wysyłek musi mieć wartość: Tak: Jeśli parametr ten ma wartość: Tak, ale nie wskazano żadnego licznika ostatecznego, uwzględniany jest licznik ostateczny wskazany na poziomie tabeli Przypisanie numerów sekwencji dla Wysyłek ostatecznych. Poprzedni numer nie wyświetla się, ale jest mimo to zachowywany w dedykowanym polu (TMPSDHNUM) tabeli wysyłek. | |
To pole jest widoczne wyłącznie dla typów wysyłki, których kategoria to Normalne lub Kooperacja. Umożliwia ono wskazanie konkretnego licznika dla wysyłek między lokalizacjami. Zaleca się więc uprzednie zdefiniowanie dedykowanego licznika w tabeli Liczników uzyskując ewentualnie dostęp z poziomu tego pola za pomocą tunelu. Istnieje możliwość przypisania takiego samego licznika do wysyłek między lokalizacjami i wysyłek między firmami.
| |
To pole jest widoczne wyłącznie dla typów wysyłki, których kategoria to Normalne lub Kooperacja. Można tutaj wskazać ostateczny licznik, właściwy dla wysyłek między lokalizacjami. Musi się on różnić od głównego licznika między lokalizacjami. Ten licznik jest używany podczas zatwierdzania wysyłki w celu przypisania jej nowego numeru. Parametr SDHENDNBR - Ostateczny licznik wysyłek musi mieć wartość: Tak. Jeśli parametr ten ma wartość: Tak, ale nie wskazano żadnego licznika ostatecznego, uwzględniany jest licznik ostateczny wskazany na poziomie tabeli Przypisanie numerów sekwencji dla Wysyłek ostatecznych. Poprzedni numer nie wyświetla się, ale jest mimo to zachowywany w dedykowanym polu (TMPSDHNUM) tabeli wysyłek. | |
To pole jest widoczne wyłącznie dla typów wysyłki, których kategoria to Normalne lub Kooperacja. Umożliwia ono wskazanie konkretnego licznika dla wysyłek między firmowych. Zaleca się więc uprzednie zdefiniowanie dedykowanego licznika w tabeli Liczników uzyskując ewentualnie dostęp z poziomu tego pola za pomocą tunelu.
Istnieje możliwość przypisania takiego samego licznika do wysyłek między lokalizacjami i wysyłek między firmami. | |
To pole jest widoczne wyłącznie dla typów wysyłki, których kategoria to Normalne lub Kooperacja. Można tutaj wskazać ostateczny licznik, właściwy dla wysyłek między firmami. Musi się on różnić od głównego licznika między firmami. Ten licznik jest używany podczas zatwierdzania wysyłki w celu przypisania jej nowego numeru. Parametr SDHENDNBR - Ostateczny licznik wysyłek musi mieć wartość: Tak: Jeśli parametr ten ma wartość: Tak, ale nie wskazano żadnego licznika ostatecznego, uwzględniany jest licznik ostateczny wskazany na poziomie tabeli Przypisanie numerów sekwencji dla Wysyłek ostatecznych. Poprzedni numer nie wyświetla się, ale jest mimo to zachowywany w dedykowanym polu (TMPSDHNUM) tabeli wysyłek.
|
- Rodzaj rekordu (pole RECTYP)
|
Pole to wyświetla się wyłącznie, jeśli kod działania KPO jest aktywny. Aby móc przypisać dedykowany numer sekwencji, konieczny jest typ dokumentu. Może on przyjąć wartość: - Normalny
- Ręczne przywracanie dokumentu
Oznacza to, że dokument źródłowy został wygenerowany ręcznie, w formacie papierowym (z powodu niedostępności systemu). - Przywracanie kopii zapasowej dokumentu
Oznacza to, że już zapisane dokumenty zostały utracone z powodu przywrócenia kopii zapasowej. Są to dokumenty zapisane między chwilą, gdy dokonano zapisu a momentem przywrócenia. Utracone dokumenty mogą zostać odtworzone ręcznie. Dla tych dwóch typów dokumentów istnieje konieczność wprowadzenia numeru dokumentu źródłowego w transakcji (pole ORIDOCNUM - Nr dokumentu źródłowego dla faktur i MANDOC - Dokument ręczny dla wszystkich innych typów dokumentów). - Dokument zewnętrzny
Oznacza to, że początkowo dokument został utworzony w innym programie, który dostarcza podpis elektroniczny. Dla tego typu dokumentu Sage | Sage X3 nie wygeneruje żadnego podpisu elektronicznego.
Wprowadzony numer dokumentu musi być unikalny.
| - Typ dokumentu JPK (pole SAFTTRNTYP)
|
|